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(57) Abstract 

A method of announcing to a calling party in 
an originating system (31) in a radio telecommuni- 
cations network (30) that a called party in a serving 
system (34) is not available. The method begins by 
sending a Routing Request (RoutReq) Invoke mes- 
sage (37) from the originating system to the serving 
system. Tlie RoutReq Invoke message includes a 
Transaction Capabilities parameter (61) indicating 
that the originating system is capable of generat- 
ing announcements. The serving system then de- 
termines that the called party is not available. This 
is followed by sending a Redirection Request (Re- 
dReq) Invoke message (44) from the serving sys- 
tem to the originating system. The RedReq Invoke 
message includes an Announcement List parame- 
ter (62) requesting the originating system to pro- 
vide an announcement (47) to the calling party, and 
may include a Preferred Language parameter (64). 
The RedReq Invoke message also includes an Al- 
low Transfer to Number parameter (65) if the called 
party subscribes to services requiring service logic 
support. Any trunk seized from the originating sys- 
tem to the serving system is then released. Finally, 
the originating system sends the announcement (47) 
to the calling party announcing that the called party 
is not available. If a preferred language parameter 
was received, the originating system makes the an- 
nouncement in the preferred language indicated. 
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CALLED PARTY AVAILABILITY ANNOUNCEMENT 
IN A RADIO TELECOMMUNICATIONS NETWORK 



5 BACKGROUND OF THE INVENTION 

Technical Field o f the Invention 

This invention relates to radio telecommunication systems and, more 
particularly, to a system and method of announcing the availability of a called party. 
Description of Related Art 

10 Whenever an attempt is made to deliver a call to a called party, and there is 

no answer, there is no page response, the call is aborted, or there is some other 
reason that the call cannot be delivered, prior systems generated an announcement 
from the mobile switching center (MSC) serving the called party (the serving 
system) to the calling party telling him that the call cannot be delivered and, if 

15 possible, providing a reason for non-delivery. To do this, prior systems seize a 
trunk all the way from the serving system to the originating system to deliver this 
announcement. This can be extremely expensive to the system operator, and ties up 
valuable network resources. It can be expensive for the subscriber as well, since 
some cellular operators charge subscribers for long distance announcements from the 

20 serving system to the originating system. 

An additional problem arises because some cellular operators do not allow 
internal trunks in the Public Land Mobile Network (PLMN) to be utilized for such 
announcements. Instead, Public Switched Telephone Network (PSTN) trunks, 
which are very expensive and often congested, must be utilized in that instance. 

25 Oftentimes, a calling party is kept waiting up to 20 seconds or more, and then 
receives a congestion signal. 

When several callers from several originating systems try to call the 
subscriber in the serving system at or near the same time, and the calls cannot be 
delivered, then multiple trunks must be seized in order to carry announcements from 

30 the serving system to the multiple originating systems. In addition, an 
announcement machine is required in the serving system for each announcement. 
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Thus, when multiple announcements must be made at the same time, multiple 
announcement machines are required. However, many operators cannot afford to 
purchase and operate a large number of announcement machines. Therefore, they 
may purchase only a few machines. The announcement machines are used to send 
5 all kinds of announcements, therefore, there may be an insufficient number of 
machines to send announcements to all calling parties. In that case, some of the 
calling parties receive only a congestion signal, with no explanation. 

There are no known prior art teachings of a solution to the aforementioned 
deficiency and shortcoming such as that disclosed herein. In order to overcome the 

10 disadvantage of prior systems which make announcements to the calling party from 
the serving system, it would be advantageous to have a system and method which 
announces the availability of a called party from the originating system. In an 
alternative embodiment, the aimouncement may be made from the serving system 
if the originating system's announcement machines are congested. Such a system 

15 provides for better usage of trunk circuits between originating and serving MSCs; 

better call treatment (i.e., fewer congestion tones after call setup); reduced 
announcement machine congestion; and reduced costs to the operator due to non- 
billable calls, since the tmnk between the serving system and the originating system 
is preferably not utilized to deliver the announcement. The present invention 

20 provides such a system and method. 

SUMMARY OF THE IP^VENTION 

In one aspect, the present invention is a method in a radio 
telecommunications network, of aiuiouncing to a calling party in an originating 

25 system that a called party in a serving system is not available. The method begins 
by isending a message from the originating system to the serving system indicating 
that the originating system is capable of generating announcements. The serving 
system then determines that the called party is not available. This is followed by 
sending a message from the serving system to the originating system requesting the 

30 originating system to provide an announcement to the calling party. If a trunk has 
been seized between the originating system and the serving system, it is then 
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released. This is followed by sending an announcement from the originating system 
to the calling party announcing that the called party is not available. 

In a complementary aspect, the present invention is a method of passing a 
preferred language indicator of the called party from a serving system in a radio 
5 telecommunications network to an announcing system in an originating system. The 
method may be added to the method above for announcing to a calling party in an 
originating system that a called party in a serving system is not available. The 
serving system sends a message to the originating system passing a preferred 
language indicator to the originating system. The preferred language indicator 

10 indicates a preferred language for the announcement, and the originating system then 
sends the announcement utilizing the preferred language of the called party. If a 
preferred language is not availabie, the originating system utilizes a default 
language. For example, for a call origination from the PSTN, the system utilizes 
the calling party's preferred language retrieved from Integrated Services User Part 

15 (ISUP) signaling or other equivalent means. For call origination from a mobile 
station, the system utilizes the preferred language retrieved from the calling party's 
subscriber profile. 

In another aspect, the present invention is a method of passing from the 
serving system to the originating system, the detailed reasons for non-delivery of an 

20 incoming call to a mobile station. A parameter such as, for example Announcement 
List (optional), may be utilized in addition to the mandatory and less detailed 
Redirection Reason. The method may be added to the method above for announcing 
to a calling party in an originating system that a called party in a serving system is 
not available. The serving system sends a message to the originating system with 

25 a detailed reason for non-delivery. 

In yet another aspect, the present invention is a method of providing the 
originating system with an indication of the need for the originating system to 
request value added services from service logic in, for example a home location 
register (HLR) or Service Control Point (SCP), due to non-delivery of a call. The 

30 originating system relays to the service logic the reason (or detailed reason) for non- 
delivery of the call. The method may be added to the method above for announcing 
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to a calling party in an originating system that a called party in a serving system is 
not available. The originating system sends a message to the service logic stating 
the reason or detailed reason for non-delivery. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood and its numerous objects and 
advantages will become more apparent to those skilled in the art by reference to the 
following drawing, in conjunction with the accompanying specification, in which: 

FIG. 1 (Prior Art) is a message flow diagram illustrating the messages 
10 involved in call delivery invocation in a system that does not support page before 
routing, and no answer or no page response is received from the called mobile 
station, thereby generating an announcement to the calling party from the serving 
system in a prior art telecommunications network; 

FIG. 2 is a message flow diagram illustrating the messages involved in call 
15 delivery invocation in a network that does not support page before routing, and no 
answer or no page response is received from the called mobile station, thereby 
generating an announcement to the calling pany from the originating system in 
accordance with the teachings of the present invention; 

FIG. 2 A is a message flow diagram of an alternative embodiment of the 
20 message flow illustrated in FIG. 2; 

HG. 3 is a message flow diagram illustrating the messages involved in call 
delivery invocation in a network that does not support page before routing, the 
called mobile station subscribes to services that require service logic, and no answer 
or no page response is received from the called mobile station, thereby generating 
25 an announcement to the calling party from the originating system in accordance with 
the teachings of the present invention; 

FIG. 4 is a table of parameters for the Routing Request Invoke message 
modified in accordance with the teachings of the present invention; 

FIG. 5 is a table illustrating the contents of the Transaction Capability 
30 parameter of the Ijocation Request Invoke message and the Routing Request Invoke 
message of FIG. 4; 
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FIG. 6 is a table of parameters for the Redirection Request Invoke message 
modified in accordance with the teachings of the present invention; 

FIG. 7 is a table illustrating the contents of the Allow Transfer to Number 
parameter of the Redirection Request Invoke message of FIG. 6; and 
5 FIG. 8 is a table of parameters for the Transfer to Number Request Invoke 

message modified in accordance with the teachings of the present invention. 

DETAILED DESCRIPTION OF EMBODIMENTS 

FIG. 1 is a message flow diagram illustrating the messages involved in call 
. 10 delivery invocation in a network that does not support page before routing, and no 
answer or no page response is received from the called mobile station, thereby 
generating an announcement to the calling party from the serving system in a prior 
art telecommunications network. A radio telecommunications network 10 is shown 
to comprise an originating system having an originating MSG 11 and a Home 
15 Location Register (HLR) 12, and a serving system having a Visitor Location 
Register (VLR) 13 and a serving MSG 14. A mobile station (MS) (not shown) 
belonging to a called subscriber is operating within the service area of the serving 
MSG 14. 

A call origination 15 is first received in the originating MSG 11. The 
20 originating MSG 11 sends a Location Request (LocReq) Invoke message 16 to the 
HLR 12 and includes the digits dialed and a Transaction Gapabilities (TransGap) 
parameter. The HLR 12 associates the digits dialed with a Mobile Identification 
Number (MIN) and includes the MIN in a Routing Request (RoutReq) Invoke 
message 17 sent to the VLR 13. At 18, the VLR forwards the RoutReq Invoke 
25 message to the serving MSG 14. The serving MSG then sends a RoutReq Return 
Result message 19 to the VLR 13, and includes a Temporary Location Directory 
Number (TLDN). At 20, the VLR forwards the RoutReq Return Result message to 
the HLR 12. The HLR then sends a LocReq Return Result message 21 to the 
originating MSG 11 with instructions for call setup. 
30 At 22, a trunk is seized and the call is set up between the originating MSG 

11 and the serving MSG 14. At 23, it is determined that the called subscriber is not 
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available, either because there was no page response from the called mobile station, 
or the called party did not answer when an alert signal was sent to the called mobile 
station. An announcement 24 is then generated by the serving MSC 14 and is 
carried over the voice trank to the calling party. This is followed by call release 25 
5 at which time the trunk is released. 

There are many reasons that a call cannot be delivered, and an announcement 
is required. For example, the called mobile station may not respond to the page, or 
may disconnect from the serving MSC after the routing signals have been sent, but 
before call setup is complete. In each case that a call cannot be delivered, prior art 

10 systems generate the announcement at the serving system and tie up a tmnk to the 
originating system to deliver the announcement. 

The present invention utilizes the Redirection Request message to provide an 
indication to the originating system that the call cannot be delivered, and to indicate 
the reason for non-delivery. The originating system then delivers an announcement 

15 to the calling party providing the reason that the call could not be delivered. 

Some teleconununications networks utilize a scheme of paging the called 
mobile station before a tmnk is seized and the call is routed. When there is no page 
response in these networks, the originating system receives an indication of no page 
response in the Routing Request Remm Result message from the serving system. 

20 At that time, an announcement may be generated and sent to the calling party by the 
originating system. Other instances in which the present invention may be utilized 
include voice channel congestion, detection of a fraudulent access, radio 
transmission loss, unavailable line terminal, serving system congestion, and 
unavailable roaming number. 

25 FIG. 2 is a message flow diagram illustrating the messages involved in call 

delivery invocation in a network that does not support page before routing, and no 
answer or no page response is received from the called mobile station, thereby 
generating an announcement to the calling party from the originating system in 
accordance with the teachings of the present invention. The present invention adds 

30 parameters in existing IS-41 messages to achieve the desired functionality. The IS- 
41 iniersystem signaling standard is hereby incorporated by reference herein. 
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In general, the present invention adds a transaction capabilities (Transcap) 
parameter in the Routing Request (RoutReq) Invoke message between the HLR and 
ultimately the serving MSG. The Transcap parameter indicates to the serving 
system that the originating system is capable of generating tones and announcements. 
5 If so, and the call cannot be delivered because, for example, there is a timeout for 
no page response or no answer from the called party, the serving system sends a 
Redirection Request (RedReq) Invoke message to the originating MSG. In the 
present invention, the serving system includes the parameters Announcement List 
(Annlist), Preferred Language, and Allow Transfer to Number in the RedReq Invoke 

10 message requesting that the originating system provide an announcement to the 
calling party and selecting which announcement is to be played. The RedReq 
Invoke message is sent to the originating system which sends back a RedReq Return 
Result message, releases the trunk to the serving system, plays the announcement 
to the calling party, and releases the call. 

15 Referring to FIG. 2 in detail, a radio telecommunications network 30 is 

shown to comprise an originating system having an originating MSG 3 1 and a Home 
Location Register (HLR) 32, and a serving system having a Visitor Location 
Register (VLR) 33 and a serving MSG 34. A mobile station (MS) (not shown) 
belonging to a called subscriber is operating within the service area of the serving 

20 MSG 34. 

A call origination 35 is first received in the originating MSG 31. The 
originating MSG 31 sends a Location Request (LocReq) Invoke message 36 to the 
HLR 32 and includes the digits dialed and a Transaction Gapabilities (Transcap) 
parameter 61. The HLR 32 associates the digits dialed with a Mobile Identification 

25 Number (MIN) and includes the MIN in a Routing Request (RoutReq) Invoke 
message 37 sent to the VLR 33. The HLR also includes the Transcap parameter 61 
in the RoutReq Invoke message. The Transcap parameter 61 includes an ANN bit 
which indicates to the serving system whether or not the originating system is 
capable of generating tones and announcements. When the ANN bit is set to one 

30 (1), the serving MSG 34 deduces that the originating MSG 31 is capable of 
generating tones and announcements. Alternatively, upon recognizing the absence 
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of the Transcap parameter, the serving MSG 34 may consult an internal database 
where the announcement capability of the originating MSG is recorded. The 
database likewise records this capability for all possible originating systems that may 
send a RoutReq message to the serving system. 
5 At 38, the VLR forwards the RoutReq Invoke message to the serving MSG 

34. The serving MSG then sends a RoutReq Return Result message 39 to the VLR 
33, and includes a Temporary Location Directory Number (TLDN). At 40, the 
VLR forwards the RoutReq Return Result message to the HLR 32. The HLR then 
sends a LocReq Return Result message 41 to the originating MSG 31 with 

10 instmctions for call setup. At 42, a trunk is seized and the call is set up between the 
originating MSG 31 and the serving MSG 34. 

At 43, it is determined that the called subscriber is not available, either 
because there was no page response from the called mobile station, or the called 
party did not answer when an alert signal was sent to the called mobile station. If 

15 the serving MSG 34 has determined either from the Transcap parameter or the 
MSG*s internal database that the originating system is capable of supporting tones 
and announcements, the serving system sends a Redirection Request (RedReq) 
Invoke message 44 to the originating MSG 31 and includes the parameters 
Announcement List (Annlist) 62, Redirection Reason 63, Preferred Language 64, 

20 and Allow Transfer to Number 65. The Redirection Reason parameter 63 is a 
mandatory parameter in ANSI-41 (formerly IS-41G). The Annlist 62, Preferred 
Language 64, and Allow Transfer to Number 65 parameters are optional parameters 
added by the present invention. Only one or two of these optional parameters need 
be present for selected functionality of the present invention. Full functionality, 

25 however, requires that all three optional parameters be present in the RedReq Invoke 
message 44. 

The Annlist parameter 62 requests that the originating system provide an 
announcement to the calling party and indirectly selects which announcement is to 
be played by providing to the originating MSG a diagnostic of the problem 
30 encountered at the serving MSG which is more detailed than the one provided via 
the standard Redirection Reason parameter. The Preferred Language parameter 64 
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is an existing parameter in ANSI-41 . Its inclusion in the RedReq Invoke message 
44 provides to the originating MSG an indication of the language which the called 
party prefers for the announcement to the calling party. If the originating MSG does 
not support the language indicated by the Preferred Language parameter, a default 
5 language of the originating system may be utilized for the announcement. The 
serving system is informed of the preferred language of the called subscriber when 
the mobile station registers in the serving system. The preferred language indicator 
is typically passed to the serving system in a Registration Notification (RegNot) 
message, but may also be passed in a Qualification Request (QualReq) Return Result 

10 message or a Qualification Directive (QualDir) Invoke message. 

Alternatively, in the absence of a preferred language of the called party, the 
originating system may play the announcement in a default preferred language, or 
may utilize the preferred language of the calling party. The preferred language of 
the calling party may be obtained by the originating system through Integrated 

15 Services User Part (ISUP) signaling, or other known methods. 

The Allow Transfer to Number parameter 65 provides to the originating 
MSG an indication that the originating MSG should request the service logic (e.g., 
HLR) for a transfer-to-number or for other services. The serving MSG is typically 
in a position to provide this indication since the serving MSG generally knows which 

20 features were subscribed to by the called subscriber. The serving MSG typically 
gets this information from the called mobile station's Registration Notification 
(Regnot) Return Result message. 

The originating MSG acknowledges receipt of the RedReq Invoke message 
by returning a RedReq Return Result message 45 to the serving MSG 34. This is 

25 followed by call release 46 at which time the trunk from the originating system to 
the serving system is released. In this scenario, it is assumed that transfer-to 
numbers are disabled at the originating MSG. The originating MSG 31 then plays 
the announcement to the calling subscriber at 47 (optionally in the called party's 
preferred language), and releases the call at 48. 

30 FIG. 2A is a message flow diagram of an alternative embodiment of the 

message flow illustrated in FIG. 2. In the alternative embodiment, the 
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announcement is preferably made from the originating MSG 3 1 , but may be made 
from the serying system if it is first determined that the originating system's 
announcement machines are congested. The message flow is identical through step 
44 where the RedReq Invoke message 44 is sent from the serving MSG 34 to the 
5 originating MSG 31. Following the RedReq Invoke message 44, tlie originating 
MSG 31 checks the availability of announcement machines. If an announcement 
machine is available, the originating MSG acknowledges the RedReq Invoke 
message with the RedReq Return Result message 45 (FIG. 2), and plays the 
announcement as above. If, however, there is congestion, and an announcement 
10 machine is not available at 49, the originating MSG 31 returns a RedReq Return 
Result message 45A to the serving MSG 34 and includes an indication that an 
announcement machine is not available. The announcement 47 A is then made from 
the serving MSG 34 prior to releasing the trunk at 46 and releasing the calling party 
at 48. 

15 FIG. 3 is a message flow diagram illustrating the messages involved in call 

delivery invocation in a network that does not support page before routing, the 
called mobile station subscribes to services that require service logic, and no answer 
or no page response is received from the called mobile station, thereby generating 
an announcement to the calling party from ttie originating system in accordance with 

20 the teachings of the present invention. A radio telecommunications network 30 is 
shown to comprise an originating system having an originating MSG 31 and a Home 
^ Location Register (HLR) 32, and a serving system having a Visitor Lx>cation 
Register (VLR) 33 and a serving MSG 34. The mobile station (MS) (not shown) 
belonging to a called subscriber is operating within the service area of the serving 

25 MSG 34. It is known by the serving MSG 34 that the mobile station subscribes to 
services that require service logic support such as, for example, logic in the HLR 
32 or a Service Gontrol Point (SGP) (not shown). 

A call origination 35 is first received in the originating MSG 31. The 
originating MSG 31 sends a Location Request (LocReq) Invoke message 36 to the 

30 HLR 32 and includes the digits dialed and the Transaction Gapabilities (Transcap) 
parameter. The HLR 32 associates the digits dialed with a Mobile Identification 
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Number (MIN) and includes the MIN in a Routing Request (RoutReq) Invoke 
message 37 sent to the VLR 33. The HLR also includes the Transcap parameter 61 
in tlie RoutReq Invoke message. The Transcap parameter 61 includes an ANN bit 
which indicates to the serving system whether or not the originating system is 
5 capable of generating tones and announcements. 

At 38, the VLR forwards the RoutReq Invoke message to the serving MSC 
34. TTie serving MSC then sends a RoutReq Return Result message 39 to the VLR 
33, and includes a Temporary Location Directory Number (TLDN). At 40, the 
VLR forwards the RoutReq Return Result message to the HLR 32. The HLR then 

10 sends a LocReq Return Result message 41 to the originating MSC 31 with 
instructions for call setup. At 42, a tmnk is seized and the call is set up between the 
originating MSC 31 and the serving MSC 34. 

At 43, it is determined that the called subscriber is not available, either 
because there was no page response from the called mobile station, or the called 

15 party did not answer when an alert signal was sent to the called mobile station. If 
the serving MSC 34 has determined from either the Transcap parameter or the 
MSC's internal database that the originating system is capable of supporting tones 
and announcements, the serving system sends a Redirection Request (RedReq) 
Invoke message 44 to the originating MSC 31 and includes the mandatory parameter 

20 Redirection Reason 63 and the optional parameters Annlist 62, Preferred Language 
64, and Allow Transfer to Number 65. If the serving MSC knows that the mobile 
station subscribes to services that require service logic support, the serving MSC 
either does not set the Allow Transfer to Number (ATN) bit, or it does not include 
the Allow Transfer to Number parameter in the RedReq Invoke message 44 sent to 

25 the originating MSC 3 1 . 

Upon receipt of a RedReq Invoke message in which the Allow Transfer to 
Number (ATN) bit is not set, or the Allow Transfer to Number parameter is not 
included, the originating MSC 31 requests the service logic support by sending a 
Transfer to Number Request (Tranumreq) Invoke message 55 to the service logic 

30 (e.g., the HLR 32). The Tranumreq Invoke message includes the parameters 
Redirection Reason 63, Annlist 62, and Preferred Language 64. The Annlist and 
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Preferred Language parameters are additions to the standard Tranumreq Invoke 
message as specified in ANSI-41. The service logic in the HLR then provides a new 
destination number which the HLR returns to the originating MSC in a Tranumreq 
Return Result message 56. As a result of the service logic being invoked, the HLR 
5 may also change the content of the Annlist parameter and include it in the 
Tranumreq Return Result message 56. The originating MSC 31 then acknowledges 
receipt of the RedReq Invoke message 44 by returning a RedReq Return Result 
message 57 to the serving MSC 34. This is followed by call release 58 at which 
time the trunk from the originating system to the serving system is released. The 

10 originating MSC 31 then plays an announcement to the calling subscriber at 59 
stating the reason that the call is being redirected (for example/ page or answer 
timeout). At 60, call setup is completed to the digits (destination) returned in the 
Tranumreq Return Result message 56. 

FIG. 4 is a table of parameters for the RoutReq Invoke message 37 modified 

15 in accordance with the teachings of the present invention. The Transaction 
Capability parameter is included in the RoutReq Invoke message as an optional 
parameter when applicable. 

FIG. 5 is a table illustrating the contents of the Transaction Capability 
parameter 61 of the RoutReq Invoke message 37 of FIG. 4. The Transaction 

20 Capability parameter 61 is also included in the Location Request (LocReq) Invoke 
message 36. A new information element. Announcement Capability (ANN) is 
added in octet 2, bit F of this existing parameter. The originating system sets this 
bit to zero (0) to indicate that the system is not capable of generating tones and 
announcements at the current time. The originating system sets this bit to one (1) 

25 to indicate that the system is capable of generating tones and announcements at the 
current time. The serving system assumes that the originating system is capable of 
supporting each message on a standard announcement list. However, the Transcap 
parameter does not identify whether the originating system is capable of supporting 
specific announcements. It identifies only that the originating system is capable of 

30 supporting tones and announcements. If the serving system requests a specific 
announcement, but that announcement is not supported by the originating system. 
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the originating MSC either plays a default message or maps the announcements on 
the announcement list to the announcements that the system can support. The 
mapping may be accomplished, for example, through a mapping table. 

FIG. 6 is a table of parameters for the RedReq Invoke message 44 modified 
5 in accordance with the teachings of the present invention. The serving MSC 34 
includes the Announcement List parameter 62 in the RedReq Invoke message 44 as 
an optional parameter to request the originating MSC 31 to provide a tone or 
announcement to the calling subscriber. The serving MSC 34 also includes the 
Preferred Language parameter 64 and the Allow Transfer to Number parameter 65 

10 in the RedReq Invoke message 44. 

FIG. 7 is a table illustrating the contents of the Allow Transfer to Number 
parameter 65 of the Redirection Request Invoke message 44 of FIG. 6. The serving 
system sets this bit to one (1) to prevent the originating system from sending a 
Transfer to Number message to the HLR. The serving system sets this bit to zero 

15 (0) to allow the originating system to send a Transfer to Number message to the 
HLR. 

FIG. 8 is a table of parameters for the Transfer to Number Request 
(Tranumreq) Invoke message 55 modified in accordance with the teachings of the 
present invention. The originating MSC 41 (FIG. 3) includes the Announcement 

20 List parameter 62 in the Tranumreq Invoke message 55 as an optional parameter to 
request the originating MSC 41 to provide a tone or announcement to the calling 
subscriber. The originating MSC 41 also includes the Preferred Language parameter 
64 to provide to the originating MSC an indication of the language which the called 
party prefers for the announcement to the calling party. Additionally, the 

25 originating MSC 41 includes a MSC-ID (originating MSC) parameter 66. 

It is thus believed that the operation and construction of the present invention 
will be apparent from the foregoing description. While the method, apparatus and 
system shown and described has been characterized as being preferred, it will be 
readily apparent that various changes and modifications could be made therein 

30 without departing from the spirit and scope pf the invention as deflned in the 
following claims. 
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WHAT IS CLAIMED IS: 

1. In a radio telecommunications network, a method of announcing to 
a calling party in an originating system that a called party in a serving system is not 
available, said method comprising the steps of: 

5 sending a first message from said originating system to said serving system 

indicating that said originating system is capable of generating announcements; 
determining in said serving system that said called party is not available; 
sending a second message from said serving system to said originating system 
requesting the originating system to provide an announcement to the calling party; 
10 and 

sending the announcement from said originating system to said calling party 
announcing that the called party is not available. 

2. The method of claim 1 further comprising, after the step of sending 
1 5 a first message from said originating system to said serving system indicating that 

said originating system is capable of generating announcements, the step of seizing 
a trunk from said originating system to said serving system. 

m 

3. The method of claim 2 further comprising, after the step of 

20 sending a second message from said serving system to said originating system 
requesting the originating system to provide an announcement to the calling party, 
the step of releasing said trunk. 

4. The method of claim 1 wherein said step of sending a first message 
25 from said originating system to said serving system indicating that said originating 

system is capable of generating announcements includes the steps of: 

sending in a Routing Request Invoke message, a parameter indicating the 

transaction capabilities of the originating system; and 

determining in the serving system, that the parameter in the Routing Request 
30 Invoke message indicates that said originating system is capable of generating 

announcements. 
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5. The method of claim 1 wherein said step of sending a first message 
from said originating system to said serving system indicating that said originating 
system is capable of generating announcements includes sending in a Routing 
Request Invoke message, an indication for said serving system to consult an internal 

5 database where information regarding the announcement capability of the originating 
system is stored. 

6. The method of claim 1 wherein said step of sending a second message 
from said serving system to said originating system requesting the originating system 

.10 to provide an announcement to the calling party includes sending, in a Redirection 
Request Invoke message, a parameter requesting the originating system to provide 
an announcement to the calling party. 

7. The method of claim 6 wherein the step of sending a second message 
15 from said serving system to said originating system requesting the originating system 

to provide an announcement to the calling party includes the step of sending, in the 
Redirection Request Invoke message, a preferred language parameter from said 
serving system to said originating system, said preferred language parameter 
indicating a preferred language of said called party for said announcement. 

20 

8. The method of claim 7 wherein said step of sending the 
announcement from said originating system to said calling party includes sending the 
announcement utilizing said preferred language. 

25 9. The method of claim 1 wherein said step of sending the 

announcement from said originating system to said calling party announcing that the 
called party is not available includes sending said announcement in a default 
language of said originating system. 

30 
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10. The method of claim 1 wherein said step of sending said 
announcement in a default language of said originating system includes sending said 
announcement in a preferred language of the calling party. 

5 11. The method of claim 6 further comprising, after the step of 

determining in said serving system that said called party is not available, the step of 
determining in said serving system whether the called party subscribes to services 
that require service logic support. 

10 12. The method of claim 11 wherein said step of sending a second 

message from said serving system to said originating system also includes notifying 
said originating system whether transferring the call to another destination is 
allowed. 



15 13. The method of claim 12 wherein said step of notifying said 

originating system whether transferring the call to another destination is allowed 
includes the step of sending, in the Redirection Request Invoke message, a 
parameter allowing the originating system to access service logic for support. 

20 14. The method of claim 11 further comprising, before the step of 

sending the announcement from said originating system to said calling party, the 
steps of: 

sending a third message from said originating system to service logic 
requesting service logic support; and 
25 sending a destination number from said service logic to said originating 

system. 

15. In a radio teleconununications network, a method of announcing to 
a calling party in an originating system that a called party in a serving system is not 
30 available, said method comprising the steps of: 
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sending a first message from said originating system to said serving system 
indicating that said originating system is capable of generating announcements; 

determining in said serving system that said called party is not available; 

sending a second message from said serving system to said originating system 
5 requesting the originating system to provide an announcement to the calling party 
that the called party is not available; 

determining in said originating system whether an announcement machine is 
available to send said announcement; 

sending said announcement from said originating system to said calling party 
10 upon determining that an announcement machine is available in the originating 
system; and 

sending said announcement from said serving system to said calling party 
upon determining that an announcement machine is not available in the originating 
system. 

15 

16. The method of claim 15 further comprising, before the step of 
sending said announcement from said serving system to said calling party upon 
determining that an announcement machine is not available in the originating 
system, the step of sending a third message from said originating system to said 

20 serving system indicating that an announcement machine is not available in said 
originating system. 

17. The method of claim 16 wherein said step of sending a third message 
from said originating system to said serving system indicating that an announcement 

25 machine is not available in said originating system includes sending in a Redirection 
Request Return Result message, a parameter indicating that an announcement 
machine is not available in said originating system. 

18. In a radio telecommunications network, a method of passing a 
30 preferred language indicator from a serving system to an announcing system in an 

originating system, said method comprising the steps of: 
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sending a first message from said originating system to said serving system 
indicating that said originating system is capable of generating announcements; 

determining in said serving system that a called party is not available; 

sending a second message from said serving system to said originating 
S system, said second message: 

requesting the originating system to provide an announcement to a calling 
party; and 

passing a preferred language indicator to said originating system, said 
preferred language indicator indicating a preferred language of the called party for 
10 said announcement; and 

sending the announcement^ from said originating system utilizing said 
preferred language. 

19. The method of claim 18 wherein the step of passing a preferred 
15 language indicator to said originating system includes the step of sending, in the 
Redirection Request Invoke message, a preferred language parameter from said 
serving system to said originating system, said preferred language parameter 
indicating a preferred language of said called party for said announcement. 

20 20. The method of claim 18 fiirther comprising, before the step of. 

sending the announcement from said originating system utilizing said preferred 
language, the step of determining in said originating system whether said originating 
system supports the preferred language indicated. 

25 21. The method of claim 20 further comprising the step of sending said 

announcement in a default language of said originating system, upon determining 
that the originating system does not support the preferred language indicated. 

22. The method of claim 21 wherein said step of sending said 
30 announcement in a default language of said originating system includes sending said 
announcement in a preferred language of the calling party. 
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